home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part1 / 1232 < prev    next >
Encoding:
Text File  |  1996-08-06  |  3.0 KB  |  79 lines
  1. Newsgroups: comp.lang.c++
  2. Path: ncrgw2.ncr.com!ncrhub6!daynews!falcon!news
  3. From: Dick Menninger <Dick.Menninger@DaytonOH.ATTGIS.COM>
  4. Subject: Re: Exceptions vs. assertions
  5. X-Nntp-Posting-Host: 149.25.99.44
  6. Message-ID: <DKxspD.6Ev@falcon.daytonoh.attgis.com>
  7. Sender: news@falcon.daytonoh.attgis.com (News administrative Login)
  8. Reply-To: Dick.Menninger@DaytonOH.ATTGIS.COM (mennid)
  9. Organization: AT&T Global Information Solutions
  10. X-Newsreader: DiscussIT 2.5.1.3 for MS Windows [AT&T Software Products Division]
  11. References: <4crar1$9oh@dawn.mmm.com>
  12. Date: Tue, 9 Jan 1996 23:17:36 GMT
  13.  
  14.  
  15. > ==========Kevin J Hopps, 1/8/96==========
  16. > 
  17. > Dick Menninger (Dick.Menninger@DaytonOH.ATTGIS.COM) wrote:
  18. > 
  19. > > > ==========Kevin J Hopps, 1/2/96==========
  20.  
  21. [Stuff deleted]
  22.  
  23. > > I suspect there are problems to be modeled
  24. > > where they are best expressed with an exception used for
  25. > > the success path.  In fact, that is one of the reasons I push
  26. > > for multiple simultaneous exceptions being valid in the language
  27. > > (so you can have an error exception while returning a success
  28. > > exception).
  29.  
  30. > I'm not sure what you mean by "multiple simultaneous exceptions."
  31.  
  32. I mean that the language should allow [and provide
  33. effective means to handle] more than one exceptional
  34. condition to exist at the same time.
  35.  
  36. As it currently stands, if you are doing any form
  37. of high reliability system, once an exception has
  38. been thrown, you have to stand on your head to
  39. prevent a second from being thrown.  You wind up
  40. having to catch early and often and never propogate
  41. it back as an exception.  Instead, you are forced
  42. to use the old [but familiar] severe distortion of
  43. using return codes to propogate errors back up.
  44. This says to me that exceptions were a nice idea
  45. whose implementation in the language design
  46. failed to live up to expectations and goals.
  47.  
  48.  
  49. > > Such problems are likely to be related to problems
  50. > > where multi-level breaks (usually simulated by a goto) are very
  51. > > helpful in clarifying the expression of the model.  For such
  52. > > problems, the solution may perform better with an exception
  53. > > for success.
  54.  
  55. > Even if I thought that using a goto to simulate a multi-level break
  56. > was very helpful in clarifying the expression of the model, I would
  57. > probably avoid it if it both
  58. >     a) was likely to occur with significant frequency, and
  59. >     b) made the code 2-3 times slower.
  60.  
  61. If it made the code slower, it is probably the wrong
  62. choice, though low frequency of use of the code
  63. could say that only clarity of expression matters.
  64. But the cases that I have seen improved both
  65. clarity and performance.  It may have been true
  66. that a much more functionalized approach would
  67. have been as clear, but that was not on
  68. the radar screen because of severe performance
  69. penalties of such a solution to the particular
  70. problems in question.  I am NOT advocating
  71. wide spread use of this.  But if you tell me not
  72. to use it ever, I will simply ignore you when it
  73. winds up being the tool that hits the nail on the head.
  74.  
  75. Good Day
  76. Dick
  77. Dick.Menninger@DaytonOH.ATTGIS.COM
  78.  
  79.